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Missions  and  Means  Framework: 

What  Is  it? 


component 


personnel 
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What  Is  Different? 


•  Platform  state  represented  by  its  current  capabilities,  which  can  be 
compared  to  current  task  requirement(s),  instead  of  by  a  weighted 
average  of  probability  of  having/not  having  functionality  to  perform 
randomly  selected  mission 

-  Higher  resolution 

-  Permits  more  accurate  damage  accumulation 

-  Less  “averaging  too  early” 

•  Tasks  described  in  terms  of  standard  sets  (AUTL,  UJTL,  LSI  tasks) 

-  Standardization  across  user,  R&D,  and  T&E  communities 

•  Better  representation  of  residual  platform  and  (ultimately)  unit 
capabilities  throughout  simulation  should  enable  better 
representation  of  resource  allocation/reallocation: 

-  To  develop  alternative  task  sets  to  achieve  the  higher  level  mission 

-  To  explore  alternative  courses  of  action 

-  To  model  capabilities  “borrowed”  from  other  platforms  and  units 

-  To  model  capabilities  spread  across  multiple  platforms 
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Relevance  to  SoS  Analysis 


Decomposition  of  missions  into  low-level  tasks  allows  cleaner  and 
simpler  modeling  of  alternative  means  for  completing  them 

-  What  does  the  current  task  require? 

-  What  composite  capabilities  can  my  current  force  attain  by 
combining  the  platforms’  individual  capabilities? 

-  What  capabilities  can  I  “borrow”  over  the  network? 

-  How  do  all  these  capabilities  change  over  time  as  damage, 
failure,  repair,  and  resupply  events  occur? 

This  capability  supports  higher-fidelity  and  more  relevant  analysis 

-  What’s  my  per-task  completion  rate  over  some  reasonable 
sample  of  scenarios? 

-  What  causes  my  failures:  DOTMLPF?  other? 

-  What  are  some  suitable  corrective  actions? 
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How  MMF  Supports  JCIDS 

(Joint  Capabilities  Integration  and  Development  System) 
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Task 
Analysis 


Overlay 
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MMF  Demonstration 
What  is  it? 


1 1  FundimflnfteJ  Element  inm  Gehi*iii« 


^  Planning 


*** =>  Emplaymsnl 


Mission 


How  docs 
a  chaniic  here. 


/ 

Collective:  Tasks 

_  / 

Plaflibrm  Tasks 

Pbtforni 


...generate 
an  impact  hero? 


-  End-to-end  execution  of  a  simple  vignette. 

-  Direct  application  of  warfighter  tasks  demonstrating  System  of  Systems 
effects  that  features: 

Task  Requirements  for  standardized  tasks, 

Degraded  Capability  States  at  platform  level, 

Effects  of  damage,  reliability,  repair,  etc.  down  to  component  level, 
and  indicates  when  alternative  courses  of  action  needed. 
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The  Demonstration: 
Basic  Elements 


•  Vignette  (from  Map  Exercise  by  Dynamics  Research  Corporation): 

-  map  with  movement  paths 

-  time-ordered  event  list 

•  Time-ordered  list  of  tasks  required  (scripted  for  this  demo  - 
negligible  dynamics) 

-  Derived  from  event  list 

-  Each  task  tagged  with  platform  type  to  perform  it  and  capabilities 
required 

•  Platform  capability  representation  (Degraded  Capability  States)  as 
function  of  time  (as  damage,  failures,  repairs  occur  according  to 
script) 

•  Miscellaneous  platform  performance  characteristics  represented  in 
various  levels  of  degradation  (from  none  to  total) 
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Vignette  battle  plan 


MISSION: 

Attack  north  on  AXIS  Maple  and 
seize  OBJ  APPLE  NLT  0600  hrs. 
Establish  attack  by  fire  positions  on 
OBJ  APPLE  and  engage  enemy 
forces  already  in  or  entering  EA 
DUNK  IOT  block  enemy  forces 
from  moving  north  to  support  rebel 
leadership  vie  Westpoint  or  support 
enemy  forces  defending  in  and 
around  Louisville. 


ENDSTATE: 

Enemy  forces  vicinity  of  Knox 
remain  south  of  EA  DUNK  until 
friendly  operations  vicinity  of 
Westpoint  are  completed. 


© 


-  Targetd  AreaoTlit  rest 


I  1  -  MCS  Eigageme  it  Area 

NAI  -  Naned  Area  of  lit  rest 
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TOEL  Generated  to  Drive  Vignette 
Execution  in  the  Storyboard  Model 


Time  Ordered  Event  List 


SEQ# 

TIME 

ACTIVITY 

0200-0400 

PHASE  1 

P101 

MCS  A  in  AP  Muldraugh  and  preparing  for  movement  to  OBJ  APPLE 

PI  02 

C2V  establishes  ACA  MAPLE,  min  alt  500  ft  AGL,  max  alt  1000  ft  AGL,  ES860930,  ET850050,  ET880050,  ES890940,  eff  0200-0600 

P103 

C2V  disseminates  ACA  MAPLE  coordinates  to  CAB 

PI  04 

C2V  launches  UAV  1  from  AP  Muldraugh  vie  ES864943 

P105 

UAV  1  travels  from  AP  Muldraugh  (ES  864943)  to  perform  route  reconnaissance.  Route  ACPs:  ES865945  (SP)  to  ET  883011  to  ES866957  to 
ET875045  (OBJ  APPLE) 

P106 

C2V  monitors  incoming  data  from  UAV  1  visual  and  sensor  feeds  as  it  travels  north  along  AXIS  MAPLE 

P107 

MCS  A  pits  conduct  perimeter  security  in  AP  Muldraugh  with  their  respective  ARV-Rs 

P108 

MCS  A  pits  perform  precombat  checks  in  preparation  for  movement  north  to  OBJ  APPLE 

PI  09 

UAV  1  remains  on  OBJ  APPLE  and  conducts  reconnaissance  of  TAI's  1  and  2.  UAV  1  Route  ACPs:  ET876050,  ET856040,  ET880005, 
ET876050.  UAV  performs  continuous  loop  on  OBJ  APPLE. 

P110 

C2V  monitors  incoming  data  from  UAV  1  visual  and  sensors  feed  as  it  conducts  reconnaissance  of  OBJ  APPLE 

Pill 

Interaction  1 

UAV  1  detects  suspected  enemy  activity  vie  TAI 2  wth  IR  sensor 

P112 

UAV  1  sends  sensor  report  to  C2V 

P113 

C2V  receives  IR  sensor  report  of  enemy  activity  vie  TAI  2 

P114 

C2V  updates  the  COP  and  informs  MCS  A  Cdr 

P115 

Updated  COP  disseminated  to  higher  and  lower  echelons 

P116 

C2V  continues  to  monitor  UAV  1  sensor  feeds 

P117 

C2V  tasks  UAV  1  to  stare  at  suspected  enemy  activity  position  to  achieve  better  fidelity  for  target  identification 

P118 

UAV  1  IFF  sensor  does  not  confirm  friendly  force 

P119 

Interaction  2 

UAV  1  detects  elements  of  a  suspected  enemy  INF  squad  vie  ET  877036 

P120 

UAV  1  transmits  information  to  C2V 

P121 

C2V  receives  UAV  1  information  and  cannot  confirm  or  deny  enemy  forces  and  continues  to  monitor  activity 

P122 

UAV  1  maintains  surveillance  of  TAI's  1  and  2  and  OBJ  APPLE 

PI  23 

MCS  pits  begin  to  assemble  in  order  of  march  formation  and  prepare  for  tactical  movement 

PI  24 

NLOS-C/M  receives  updated  COP  and  plans  targeting  data  for  TAI  2. 

P125 

C2V  and  MCS  A  Hq  prepares  for  movement  toward  OBJ  APPLE 

P126 

MCS  A  pits  task  ARV-R  2  &  3  to  move  north  along  AXIS  MAPLE  with  a  limit  of  advance  of  3km  from  pit  main  body  and  conduct 
reconnaissance.  ARV-R  2  will  travel  route  ES871948  (SP),  ES873966,  ES876987,  ET875008,  ET878018  ARV-R  3  will  travel  route  ES862951 
( 
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Tasks  as  Function  of  Time 


1 

Vignette  Times 

2 

TASKS 

PLATFORM 

0200-1000 

ART  7.2 

*MTP  17-5-001 1.17-KCRW  Establish  and 

ARV  2 

51 

Maintain  Communications 

0412-0417 

ART  7.2 

"LSI  A1. 6.2.1. 1.4.3  Report  Enemy 

ARV  2 

52 

Information 

0200-1000 

ART  7.2 

"MTP  17-5-001 1.17-KCRW  Establish  and 

ARV  3 

53 

Maintain  Communications 

0757-0802 

ART  7.2 

*LSI  A1 .6.2.1 .1.4.3  Report  Enemy 

ARV  3 

54 

Information 

0200-1000 

ART  7.2 

*MTP  07-1-1  COP.  07-C332  Establish  the 

C2V 

55 

Common  Operational  Picture 

0200-0205,  0253-0253, 
0308-0313,  0341-0346, 
0437-0442,  0525-0530, 
0633-0638,  0707-0712, 

ART  7.2 

*ART  7.2.5  Disseminate  Common  Operational 
Picture  and  Execution  Information 

C2V 

56 

0800-0805,  0849-0854 

57 

0200-1000 

ART  7.2 

LSI  A2.3.1  Collect  Relevant  Information  ART 
7.2.1 

C2V 

0200-1000 

ART  7.2 

MTP  07-1  -WTO 6 . 0 7-C 3 32  Conduct  Battle 

C2V 

5S 

Tracking 

0200-1000 

ART  7.2 

*MTP  17-5-001 1.17-KCRW  Establish  and 

C2V 

59 

Maintain  Communications 

0255-0300,  0313-0318, 
0339-0344,  0410-0415, 
0523-0528,  0612-0617, 
0706-0711,  0750-0755, 

ART  7.2 

*LSI  A1. 6.2.1. 1.4.3  Report  Enemy  Information 

C2V 

60 

0344-0349 

0210-0542 

ART  7.2 

*MTP  17-5-001 1.17-KCRW  Establish  and 

UAV  1 

61 

Maintain  Communications 

0250-0255,  0305-0310, 

ART  7.2 

"LSI  A1 .6.2.1 .1.4.3  Report  Enemy 

UAV  1 

62 

030-0335 

Information 

0340-0335 

ART  7.2 

*MTP  1 7-5-001 1 . 1 7-KCRW  Establish  and 

UAV  2 

63 

Maintain  Communications 

0431-0436,  0715-0720 

ART  7.2 

*LSI  A1. 6.2.1. 1.4.3  Report  Enemy 

UAV  2 

64 

Information 

0543-1000 

ART  7.2 

"MTP  17-5-001 1.17-KCRW  Establish  and 

UAV  3 

i 

65 

Maintain  Communications 

14  4 

►  |  WlY TIMELINES/  P-Unes  /  Sheet!  / 

\jmmrnmmmmmm 

llllilllllllilic  l  f 
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Platform  Capabilities  Modeled 
by  Degraded  Capability  States 


Class-II  UAV 


(3) 


Mobility  (5) 

Communication  (8) 

Surveillance  (4) 

MO  No  Mobility  Degradation 

X0  No  Communication  Degradation 

Z0  No  Surveillance  Degradation 

Ml*  Reduced  Maximum  Speed 

XI  Reduced  Range 

Z1  Lost  Primary  Sensor 

M2  Reduced  Maneuverability 

X2*  Lost  Line-of-Sight  (LOS)  Data  (ex.  JTRS) 

Z2  Lost  Secondary  Sensor 

M3*  Stop  After  T  Minutes 

X3*  Lost  LOS  Voice 

Z3  Lost  Tertiary  Sensor 

M4  Reduced  Acceleration 

X4*  Lost  Non-LOS  Data  (ex.  SATCOM) 

Z4  Lost  All  Surveillance 

M5  Total  Immobilization 

X5  Lost  NLOS  Voice 

X6  Lost  Internal  Communications 

Crew  (7) 

Firepower  (12) 

X7  Lost  External  Communications 

CO  No  Crewmember  Incapacitated 

F0  No  Firepower  Degradation 

X8  Lost  All  Communications 

Cl  Commander  Incapacitated 

FI  Lost  Ability  To  Fire  Buttoned  Up  Main 

C2  Squad  Leader  Incapacitated 

F2  Degraded  Delivery  Accuracy  of  Main 

Survivability  (6) 

C3  Driver  Incapacitated 

F3  Degraded  Initial  Rate  of  Fire  of  Main 

SO  No  Survivability  Degradation 

C4  Operator  1  Incapacitated 

F4  Degraded  Subsequent  Rate  of  Fire  of  Main 

SI  Lost  NBC  Protection 

C5  Operator  2  Incapacitated 

F5  Degraded  Maximum  Range  Main 

S2  Lost  Ability  to  Deploy  Obscurants 

C6  Gunner  Incapacitated 

F6  Lost  Reload  Capability 

S3  Lost  Silent  Watch  Capability 

C7  Loader  Incapacitated 

F7  Total  Loss  of  Firepower  Main 

S4  Lost  Active  Protection  System 

F8  Lost  Ability  to  Fire  Buttoned  Up  Secondary 

S5  Lost  Threat  Warning  Capability 

Passengers  (1) 

F9  Degraded  Delivery  Accuracy  of  Secondary 

S6  Lost  Fire  Suppression  Capability 

P0  No  Passengers  Incapacitated 

F10  Degraded  Initial  Rate  of  Fire  of  Secondary 

FI  1  Degraded  Subsequent  Rate  of  Fire  of  Secondary 

Target  Acquisition  (3) 

PI  Passengers  Incapacitated 

F12  Total  Loss  of  Firepower  Secondary 

AO  No  Acquisition  Degradation 

Other  (3) 

A1  Lost  Daylight  Sights 

01  Lost  Situational  Awareness 

A2  Lost  Night  Sights 

02  Lost  Unmanned  System  Control 

A3  Lost  Range  Finder 

03  Lost  Automated  C2 

Catastrophic  Loss  (1) 

K0  No  Catastrophic  Loss 

K1  Lost  Every  Capability 

9  November  2005  09:3(1'  assigned  degradation  factor  according  to  the  variation  in  components  affecting  speed  or  bandwidth. 
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System  Capabilities  Depend  on 
Subsystems  and  Components 


Cutting  this  fault  tree  results  in 
a  total  immobilization 
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Task  Requirements  to 
Platform  Capability  Mapping 


1 

Vignette  Times 

How  DCS  affects  task:  green=pass,  red=fail,  yellow=maybe 

2 

TASKS 

PLATFORM 

Comms 

51 

0200-1000 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

ART  7.2 

*MTP  17-5-001 1.17-KCRW  Establish  and 
Maintain  Communications 

ARV  2 

xO 

x2  x3  x4 

52 

0412-0417 

"LSI  A1 .6.2.1 .1.4.3  Report  Enemy 
Information 

ARV  2 

xO 

x2  x3  x4 

53 

0200-1000 

"MTP  17-5-001 1.17-KCRW  Establish  and 
Maintain  Communications 

ARV  3 

xO 

x2  x3  x4 

54 

0757-0802 

*LSI  A1 .6.2.1 . 1 .4.3  Report  Enemy 
Information 

ARV  3 

xO 

x2  x3  x4 

55 

0200-1000 

*MTP  07-1-1  COP. Q7-C332  Establish  the 
Common  Operational  Picture 

C2V 

xO 

xl 

x2 

x3 

x4 

x5 

56 

0200-0205,  0253-0253, 
0308-0313,  0341-0346, 
0437-0442,  0525-0530, 
0633-0638,  0707-0712, 
0800-0805,  0849-0854 

*ART  7.2.5  Disseminate  Common  Operational 
Picture  and  Execution  Information 

C2V 

xO 

xl 

x2 

x3 

x4 

x5 

57 

0200-1000 

LSI  A2.3.1  Collect  Relevant  Information  ART 

7.2.1 

C2V 

xO 

xl 

x2 

x3 

x4 

x5 

58 

0200-1000 

MTP  07-1-WT06.07-C332  Conduct  Battle 
Tracking 

C2V 

xO 

xl 

x2 

x3 

x4 

x5 

59 

0200-1000 

*MTP  17-5-001 1.17-KCRW  Establish  and 
Maintain  Communications 

C2V 

xO 

xl 

x2 

x3 

x4 

x5 

60 

0255-0300,  0313-0318, 
0339-0344,  0410-0415, 
0523-0528,  0612-0617, 
0706-0711,  0750-0755, 
0844-0849 

*LSI  A1. 6.2.1.' 1.4.3  Report  Enemy  Information 

C2V 

xO 

xl 

x2 

x3 

x4 

x5 

61 

0210-0542 

"MTP  17-5-001 1.17-KCRW  Establish  and 
Maintain  Communications 

UAV  1 

xO 

xl 

62 

0250-0255,  0305-0310, 
030-0335 

*LSI  A1 .6.2.1 .1.4.3  Report  Enemy 
Information 

UAV  1 

xO 

xl 

63 

0340-0335 

*MTP  17-5-001 1.17-KCRW  Establish  and 
Maintain  Communications 

UAV  2 

xO 

xl 

64 

0431-0436,  0715-0720 

*LSI  A1 .6.2.1 .1.4.3  Report  Enemy 
Information 

UAV  2 

xO  xl 

65 

0543-1000 

"MTP  17-5-001 1.17-KCRW  Establish  and 
Maintain  Communications 

UAV  3 

xl 

. ^ . . . . 

■ 

H  A  ►  H  \TIMELINES/  P- Lines  /  Sheets  /  Jj<j _ f WmSwmM 


UauL*  k  A.itACh,^.  \  ^  rn  q  \m  a\  \&\  /*:*  T  T  a  T  ^  <=*  n  7 


9  November  2005  09:30 


Slide  15 


Vignette  Platforms 


Developed  Degraded  Capability  State  Fault  Trees 

2  -  Command  and  Control  Vehicles  (C2V) 

3  -  Armed  Robotic  Vehicles  (ARV) 

3  -  Unmanned  Air  Vehicles  (UAV) 

6  -  Non-Line-Of-Sight  Cannons  (NLOS-C) 

9  -  Maneuver  Combat  Systems  (MCS) 

To  drive  Platform  Capability  side  of  demo: 

-  Generated  component  status  vectors. 

-  Evaluated  Degraded  Capability  State  fault  trees. 

-  Results  were  fed  into  the  Storyboard  model  as  time-ordered 

list  of  platform  state  change  events. 


Component  level  and  DCS  level  data  were 
generated  for  fourteen  platforms. 
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Summary  of  Storyboard  Model 


•  Inputs  (mostly  scripted): 

-  Event  history  of  tasks  demanded  of  each  platform  as  vignette 
unfolds,  defined  in  terms  of  capabilities  required 

-  States  that  pass/fail  requirements  of  each  task 

-  Event  history  of  platform  state  changes  and  resulting  residual 
capabilities 

-  Platform  performance  parameters,  communications  network 

•  Storyboard  Model  processing: 

-  Execute  scripted  movements  to  extent  platform  states  allow 

-  Maintain  Situation  Awareness  as  network  status  permitted 

-  Monte  Carlo  target  acquisitions,  message  delay  times,  some 
aspects  of  fire  missions 

-  Comparison  of  each  platform’s  current  capability  state  to  task 
requirements  then  demanded  of  it 

-  Assessment  of  whether  available  unit  resources  are  sufficient  to 
cover  for  “failing”  platforms 

•  Outputs  (written  to  “log”  file): 

-  For  generating  text  files  of  statistics 

-  For  graphic  replay:  map  and  “health”  meters 
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MMF  Demonstration: 
Storyboard  Model  and  Data 


MTBF,  MTTR, 
MCD;  #platforms, 
#comp/platform 


Capabilities 
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Storyboard  Model  (SBM) 

Outputs 


•  Base  case  and  two  excursions  run: 

-  Base  case:  No  C2V  kill 

-  C2V  killed  at  specified  time,  but  back-up  takes  over  quickly 

•  No  effect  on  mission  accomplishment  rate 

-  C2V  and  its  “back-up”  both  killed  at  specified  times 

•  Mission  failure  if  both  are  lost  early  enough  in  vignette 

•  Statistical  Outputs 

-  Fraction  of  time  spent  in  each  degraded  condition  by  platform  type 

-  Fraction  of  time  having  required  capabilities  by  platform  type  and  task 

-  Fraction  of  time  BLUE  commander’s  intent  met  without  drawing  on 
external  resources 

-  Various  correlations  and  conditional  probabilities 

•  Graphical  Displays 

-  Map 

-  “Health  Bars” 
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Demonstration  Output  - 
Platform  Level  Degradations 


Mean  percentage  of  vignette  time  during  which  platforms  of  each  type 
endure  each  element  of  capability  degradation 
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Success  rate’" 


Demonstration  Output  — 
success  rate  by  task 

Time  succeeding  (min) 

time  required  (min)  Platform  type  Task 


1.000 

1,280/  1,280 

1.000 

9,600  /  9,600 

1.000 

480/  480 

0.999 

9,588  /  9,600 

0.999 

9,588  /  9,600 

0.999 

9,588  /  9,600 

0.990 

1,584/  1,600 

0.969 

7,501  /7,740 

C2V 

Report  enemy  information 

C2V 

Establish  and  maintain  comms 

C2V 

Employ  fire  support 

C2V 

Establish  COP 

C2V 

Collect  relevant  information 

C2V 

Conduct  battle  tracking 

C2V 

Disseminate  COP 

NLOS-C 

Conduct  tactical  maneuver 

5,012/7, 
312/3,570 
773  /  1,300 


Fly  UAV  mission 

Conduct  tactical  reconnaissance 

Detect  and  locate  surface  targets 


Of  the  cumulative  time  the  platform  needed  ability  to  perform  the  task,  the  portion  during  which 
it  could  actually  do  so. 
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More  Statistics 


•  Correlation  tables  for  mission  versus  task,  mission  versus 
degradation,  mission  versus  component,  task  versus  degradation, 
task  versus  component,  and  degradation  versus  component. 

Task  #25  LSI  A1 . 5 . 2  Occupy  an  Attack/Assault  Position  ART  2.5.2  for 
platform  type  NLOS-C 


Task  25  versus  DCS  state  ml  (Reduced  Max  Speed) 
P(Task  failing  |  this  degradation)  =  0.981962 
Sample  size  =  20640 


Raw  data 
3103  57 


1176  16304 

mean  and  std  dev  for  X  =  0.846899  0.360085 
mean  and  std  dev  for  Y  =  0.792684  0.405384 
Covariance  of  X  and  Y  =  0.118599 
Correlation  of  X  and  Y  =  0.812475 


•  Additional  tables  showed  the  fraction  of  cases  each  task  resulted 
in  causing  mission  failure  and  fraction  of  cases  commander’s  intent 
was  achieved  without  asking  for  outside  resources 

•  All  of  the  demonstration  outputs  were  based  on  fictitious  or 
surrogated  data 


9  November  2005  09:30 


Slide  22 


Demonstration  Output 
Graphical  Displays 
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Task  Effects 


Effect  of  platform  tasks 
degradation  on  collective  task 


Stan 

i 


}j platform  drgnaitni.'' 
if  an  MOPt for  Tp 


Implications 


•  There  was  wide-spread  acceptance  of  and  agreement  with 
demonstration  results  by  key  Army  leadership 

•  DCS  data  has  multiple  applications;  force  level  modeling,  training, 
simulation,  and  System-of-System  evaluation 

•  MMF  data  development  for  production  studies  will  require  close 
collaboration  within  the  modeling  and  analysis  communities  in 
TRADOC,  RDECOM,  and  ATEC 

•  Demo  is  first  step  toward  a  methodology  for  assessing  the 
effectiveness  and  feasibility  of  proposed  courses  of  action 


/  \ 

MMF  demonstrated  the  linkage  from  low-level 
state  changes  to  task/mission  success 

v _ _ _ / 
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Conclusions  and 
Path  Forward 


•  Demo  showed  that  mission/task  pass/fail  could  be  tied  to  low- 
level  state  changes  as  claimed  prior  to  demo 

•  To  fully  exploit  MMF  in  future  analyses  and  evaluations: 

-  Improve  dynamics  (i.e.,  reduce  scripting) 

-  Enlarge  vignette 

-  Improve  process  for  generating  input  data 

•  DUSA-OR  has  directed  that  MMF  next  be  applied  to  a  live 
exercise 
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